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(54) Method for determining topology of a network 



(57) A system (222) that monitors neighbor informa- 
tion frames (NIFs) sent by each station (114, 118, 120, 
122) within a Fiber Distributed Data Interface (FDDI) 
network (102) to determine the logical map of the net- 
work. After monitoring the NIFs for a period of time suf- 
ficient for all stations to have sent a NIF. the system 
builds and displays a data structure (Fig. 5) containing 
the logical connections. If the system finds a missing 
connection within the network, it builds a gap structure 
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within the data structure to display the missing connec- 
tion. The system also sends a request to all stations on 
the network for station management information. After 
receiving this information from each station, the system 
builds and displays a data structure (Fig. 13) containing 
the physical connections between each of the stations 
within the network. 
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Description 

FIELD OF THE INVENTION 

This Invention relates to computer systems and s 
more particularly to networks of computer systems. 
Even more particularly to networks of computer sys- 
tems. Even more particularly the invention relates to 
determining and displaying the physical connections of 
a network. 10 

BACKGROUND OF THE INVENTION 

Fiber Distributed Data Interface (FDD!) networks 
offer high-speed data transfer and fault-tolerant dual- is 
ring topology but can add a layer of complexity to trou- 
bleshooting network problems. The dual ring of such 
networks can become twisted or wrapped, a serious 
problem that may not be immediately apparent. Interop- 
erability Issues can cause ring abnormalities between 20 
products from different vendors, but tracing these 
glitches to their source by looking at decodes of the net- 
work information data frames can be Intensely time con- 
suming. The FDD! station management protocol 
defines a management information base (MIB) full of 25 
interesting information, but it may not be convenient to 
access and make sense of tiiat information. 

Topologicaliy. a FDDI network forms a dual ring of 
trees or a subset thereof. This is because all FDDI trunk 
ring links are duplex. These duplex links are used as 30 
two separate counter rotating rings, and in ttie event of 
a fault witiiin the trunk rings, the two rings wrap around 
the fault forming a single unified ring. 

Cental to most network management products Is 
some foam of network topology mapping. This type of 3S 
map helps in the management of tfie devices on the net- 
work and provides a context for troubleshooting network 
problems. 

One problem that exists In prior art topological map- 
ping systems is that they do not produce a physical map 40 
of the connections between the various stations of the 
network. The logical map of a FDDI network and the 
physical map of that same network can be quite differ- 
ent. This is because of network components such as 
concentrators which connect a plurality of devices, or 45 
sub-networks, at a single point witiiin tiie network. Fur- 
ther, concentrators can be connected in series to pro- 
duce even more complex networks, in a logical map of 
the network, a concentrator Will be displayed at a single 
location, however, many physical connections may be so 
made between the concentrator and the devices con- 
nected to it Thus, a logical map does not usually pro- 
vide a complete description of the physk:al connections 
witiiin the network. 

There is a need in ttie art fbr a system that pro- ss 
duces a physical map of a FDDI network. The present 
invention meets tills and other needs in the art. 

The articles The FDDI Ring Manager for the HP 
Network Advisor Protocol Analyzer", by Sunil Bhat 



Robert H. Kroboth. and Anne L Driesbach, Hewlett 
Packard Journal. Volume 45. Number 5. October. 1994. 
pp 88-96, and "FDDI Topology Mapping", by Sunil Bhat. 
Hewlett Packard Journal. Volume 45. Number 5, Octo- 
ber, 1994. pp 97-105, are each incorporated herein by 
reference fbr all that is disclosed and taught therein. 

^KfMMAf^ OF THE INVENTION 

It is an aspect of the present invention to display a 
logical map of a FDDI network. 

It is another aspect of the invention to display a map 
of the physical connections witiiin a FDDI network. 

Anotiier aspect of ttie invention is to determine 
gaps within the logical or physical connections of a 
FDDI network. 

The above and other aspects of the invention are 
accomplished in a system ttiat monitors neighbor infor- 
mation frames sent by each station within a FDDI net- 
viork to determine the logical map of the network. After 
monitoring the NIFs for a period of time sufficient for all 
stations to have sent a NIF. the invention builds a data 
structure containing the logical connections. If the sys- 
tem finds a missing connection within the network, it 
builds a gap structure witiiin the data structure to dis- 
play tiie missing connection. 

The system also sends a request to all stations on 
the network fbr station management information. After 
receiving this information from each station, the system 
builds a data sti'ucture containing the physical connec- 
tions between each of the stations within tiie network. 

The system allows the user to set timers tiiat define 
how often tiie system repeats the data collection proc- 
ess to display an updated map of the network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other ol^jects, features, and advan- 
tages of the invention will be better understood by read- 
ing ttie following more particular desaiption of ttie 
invention, presented in conjunction witii ttie following 
drawings, wherein: 

Fig. 1 shows a network containing the method of 
ttie present invention; 

Rg. 2 shows a block diagram of the network advisor 
station containing tiie method of the present inven- 
tion; 

Fig. 3 shows a state diagram of the software fbr log- 
ically mapping ttie network; 
Rg. 4 shows a flowchart for processing neighbor 
information frames of tiie PROCESS NIFs state of 
Rg. 3; 

Rg. 5 shows a block diagram of the MAC data 
structure used by ttie processes of Rg. 3 and Rg. 

10; 

Rgs. 6 and 7 show a flowchart of the process of ttie 
BUILD LOGICAL MAP state of Fig. 3; 
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Fig. 8 shows a flowchart of the patch logical map 

process called from Figs. 6 and 7; 

Fig. 9 shows a screen display of the logical map 

constructed by the process of Fig. 3; 

Rg. 10 shows a state diagram of the software for 

physically mapping the network; 

Rg. 1 1 shows a flowchart of the process for the 

INIT state of Fig. 10; 

Rg. 12 shows a flowchart of the PROCESS SIF 
state of Rg. 10; 

Rg. 13 shows a block diagram of the station data 

structured used by the process of Fig. 10; 

Fig. 14 shows a block diagram of the port data 

structure used by the process of Rg. 10; 

Fig. 15 shows a flowchart of the process of the 

WAIT state of Fig. 10; 

Fig. 16 shows a flowchart of the thread physical 
links called from Fig. 15; 

Rg. 1 7 shows a screen display of the physical map 
constructed by the process of Fig. 10. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

The following description is of the best presently 
contemplated mode of carrying out the present inven- 
tion. This description is not to be taken In a limiting 
sense but is made merely for the purpose of describing 
the general principles of the invention. The scope of the 
invention should be determined by referencing the 
appended claims. 

Fig. 1 shows a network diagram of a network con- 
taining the mapping system of the present invention. 
Referring to Fig. 1, a Rber Distributed Data Interface 
(FDDI) network is comprised of a trunk ring with trees 
emanating from the trunk rang. Topologically. a FDDI 
network forms a dual rang of trees or a subset of a dual 
ring of trees. This is because all FDDI trunk links are 
duplex, which results in two separate counter rotating 
token rings. 

A FDDI network 1 00 has a trunk ring 1 02 with a pri- 
mary token ring 104 and a secondary token ring 106. 
Because of this duplex nature, in the event one of the 
stations on the trunk ring has a fault, the two rings wrap 
around the fault forming a single unified ring. 

There are three stations on tiie trunk ring 102: ttie 
first station is a 3COM router 108; the second station is 
ROUTER-2 110; and the third station is the DEC 500 
CONCENTRATOR 112. The stations on the trunk ring 
are considered to be rooted, and any otiier stations 
within the network tiiat are connected to rooted stations, 
for example to tine network advisor 1 16, are not rooted 
because they do not connect directly to the trunk ring 
102. 

Connected to the DEC 500 concentrator 112 
through port Ml is a second concentrator, peripheral 
concentrator 114. Connected to the peripheral concen- 
trator 114 through its port Ml is Ann*s Station 120 and 
through port M2 of the peripheral concentrator 114 is 
Bill's Station 122. Connected to tiie M2 port of the DEC 



500 concentrator 1 12 is the Network Advisor 1 16 which 
contains the mapping system of the present invention. 
Connected to the last port M8 of the DEC 500 concen- 
trator 1 12 is Frank's Station 1 18. 

5 TTie dashed lines inside the various stations and 
the solid lines outside the various stations show the 
path that a token would take as it traverses the ring. For 
example, a token starting with the 3COM router 108 and 
traversing the primary ring wouU go to the DEC 500 

10 concentrator 112. then out port Ml to the network 
peripheral concentrator 114. and then out concentrator 
114 port Ml to Ann's Station 120. The token would then 
traverse back to port Ml of the peripheral concentrator 
1 14 and out port M2 of the peripheral concentrator 114 

IS to Bill's Station 1 22. TTie token woukJ then exit Bill's Sta- 
tion back ttirough port M2 of the peripheral concentrator 
1 14 and back to port Ml of the DEC 500 concentrator 
1 12. The token would then exit port M2 of the DEC 500 
concentrator 112, go to the Network Advisor 116. and 

20 tiien return to port M2 of the DEC 500 concentrator 1 1 2. 
The token would then exit port M8 of the DEC 500 con- 
centrator 1 12, go to Frank's Station 118, return to port 
M8 of the concentrator 112 and tiien go to ROUTER-2 
110 before returning to the 3COM router 108. This 

25 entire path of traversing for the token is called tiie token 
path. The token path is important because it defines tiie 
logical view of tiie network. 

Each node or station on a FDDI network corrects to 
the network via a port, which provkies one end of a con- 

30 nection witii anotiier station. There are four types of 
ports: A, B. S. and M. Each connection is supported by 
a link which conprises a full duplex fiber optics or cop- 
per cable. Each connection also has a mode associated 
with it. Peer mode connections are formed only on tiie 

35 trunk ring, and use the A and B types of ports. Tree 
mode connections are used to connect stations to con- 
centrators, and use M. A, B, and S types of ports. 

Within each station is at least one Media Access 
Control (MAC) element, which communicates over tiie 

40 network. The MACs send information frames over tiie 
network, and perform station management functions. 
Station management is responsible for network reliabil- 
ity as well as management. It incorporates a manage- 
ment information base (MIB) that can be queried 

45 remotely using infbrmation frames. The station man- 
agement information frames that supply information 
from the MIB are the Neighbor Information Frame (NIF) 
and the Station Information Frame (SIF), 

Each MAC generates a NIF at least once every 

50 tiiirty seconds, which allows, otiier stations on the net- 
work to monitor topological changes on ttie network A 
NIF sourced by a MAC contains its Upstream Neighbor 
Address (UNA), which allows each MAC to update its 
Upstream Neighbor Address each time it receives a NIF. 

55 NIFs include a description of the station, including tiie 
type of the station, number of MACs. port resources, ttie 
status of the station such as wrapped or twisted, and ttie 
Upstream Neigbbor Address of the logical upstream 
neighbor MAC. 
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Station Information frames are used to require 
detailed station information In a packaged form. Config- 
ure and operation SIF responses cx)ntain configuration 
and operation information for each resource within the 
station, over and alxive the basic infornnation contained 
in NIFs. This Infonmation is available only by actively 
querying the station, and it includes basic station infor- 
mation contained in the NIFs. and path descriptor infor- 
mation for the internal token path within the station, as 
well as timer values and various frame counts for each 
MAC resource in the station. 

Fig. 2 shows a k>lock diagram of the network advisor 
station 116 of Fig. 1. Referring now to Fig. 2, the net- 
work advisor station 1 16 contains a processing element 
202 which communicates to other elements of the net- 
work advisor 116 over a system bus 204. A keyboard 
206 and a mouse 210 provide input to the station 1 16 
and a graphics display 208 allows software within the 
station 116 to output information, such as the logical 
and physical maps of the FDDI network 1 00, to a user of 
the network advisor station 1 16. A disk 212 stores the 
software and data of the present invention and a net- 
work interface 214 allows the system 116 to interfece to 
the FDDI network. 

A memory 216 of the network advisor station 116 
contains an operating system 218. The memory 216 
also contains the FDDI ring manager software 220 
which calls the topology mapping system 222 of the 
present invention. 

When a user of the network advisor 1 16 wants to 
perform a topological mapping operation, they interface 
through the FDDI ring manager 220 which calls the 
topology mapping system 222 of the present Invention. 

Fig. 3 shows a state diagram of the software for log- 
ically mapping the network. Referring now to Fig. 3, 
when tiie user of tiie system wants to see a logical map, 
they cause tiie FDDI ring manager software to call the 
state diagram of Fig. 3 at tiie STOP state 302. When the 
user presses a start button on tiie screen of tiie network 
advisor, the state diagram moves to tiie MONITOR NIFs 
state 306. While moving from tiie STOP state 302 to the 
MONITOR NIFs state 306. the system sets a tamer for 
thirty-one seconds, which is an adequate time to 
receive neighbor information frames from all of the sta- 
tions on ttie network. 

When a NIF is received, state 306 goes to PROC- 
ESS NIFs state 312 which performs the flowchart of Fig. 
4, discussed below. After processing the NIF, state 312 
returns to state 306 to wait for additional NIFs to be 
received over tiie network. Once the monitor timer 
expires, state 306 goes to state 318 which builds the 
logical map, by performing tiie process of Fig. 6, dis- 
cussed below. After building the logical map. state 318 
returns to state 306. The system will stay in this state to 
continuously update the logical map until the user 
pushes the stop button on the screen, at which time 
state 306 transits back to the STOP state 302. 

Fig. 4 shows a flowchart of tiie PROCESS NIFs 
state 312 of Fig. 3. Referring now to Fig. 4. after entry, 



block 402 determines whether tiiere is a MAC structure 
already defined for the station that sourced (i.e. gener- 
ated) the neighbor infwmation frame. If no structure has 
been defined, block 402 goes to block 404 which cre- 

5 ates a MAC structura The contents of tiie MAC struc- 
ture are shown below with respect to Rg. 5. 

After creating the MAC structure, blod^ 406 
appends the structure to the active MAC list, which is a 
list of all station MACs tiiat have sent NIFs during tiie 

10 cunrent monitor timer period. Block 408 then stores tiie 
upstream neighbor address (UNA) from the NIF into the 
MAC structure for the MAC that sourced the NIF before 
Fig. 4 returns to its caller. 

If the MAC structure had already been defined. 

75 tHock 402 goes to block 41 0 which determines whether 
the MAC structure had been placed on the removed 
MAC list. The removed MAC list is a list of MACs for sta- 
tions that had at one time been active, but did not 
appear to be active in previous monitor timer periods. If 

20 the frame is on the removed MAC list, block 41 0 goes to 
block 412 which transfers tiie MAC back to tiie active 
MAC list. In either case, control then goes to block 408 
which stores tiie upstream neighbor address into the 
MAC sti'ucture before returning to its caller. 

25 Rg. 5 shows a block diagram of tiie MAC data 
structure referenced In Fig. 4. Referring now to Fig. 5. 
section 502 of tiie MAC structure stores the MAC 
address for tills MAC. section 504 stores the MAC 
address for the upstream neighbor to this MAC, and 

30 section 506 stores tiie network address for tiie down- 
stream neighbor to this MAC. Section 508 stores a 
pointer to the MAC data structure of the upstream 
neighbor to tills MAC. and section 510 stores a pointer 
to the MAC data structure for tiie downsti'eam neighbor 

35 to this MAC. Section 512 stores a pointer to the port 
data structure for tiie upstream neighbor of this MAC. 
and section 514 stores a pointer to the port data struc- 
tore of the downsti'eam neighbor of this MAC. 

Rgs. 6, 7. and 8 show a flowchart of the process 

40 perfomied In the build logical map state 318 of Rg. 3. 
Refemng now to Rgs. 6, 7, and 8, after entry on Fig. 6. 
block 602 removes inactive MACs from the logical topol- 
ogy list. That is, all MACs tiiat did not source a NIF over 
the last monitor period are considered inactive, and 

45 tiierefore are removed from the logical topology list and 
placed on tiie inactive MACs list. The logical topology 
list is a list of tiie MACs in the token path order of tiie 
network, as they were defined the last time tiiis logical 
mapping function was performed. If this is tiie first per- 

50 formance of the logical mapping function, tiie fogical 
topology list will be created as an empty list. 

Block 604 then gets the last active MAC. that is. the 
MAC tiiat sourced the last NIF received, and sets tills 
MAC into a variable as tiie start MAC and also sets It as 

55 the current MAC. The system starts with tiiis MAC. 
since It has the best chance of still being in the ring at 
the end of the monitor period. Block 606 compares tiie 
upstream neighbor address within tiie current MAC to 
the address of the start MAC and if ttiose are not equal 
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control transfers to block 608. These will ordinarily be 
unequal after just coming from block 604. and they will 
remain unequal until the token path has been com- 
pletely traversed. They would be equal after just com- 
pleting block 604 only if the network only had two 5 
stations. 

Block 608 then finds the upstream neighbor 
address MAC structure and examines this structure. 
Block 610 determines whether the upstream neighbor 
address of the current MAC is unknown and if not, trans- 
fers to block 614 which determines whether this 
upstream neighbor MAC is also the upstream neighbor 
of any other MACs in the system and if not, transfers to 
block 616 which determines whether the upstream 
neighbor MAC is active. If the upstream neighbor is 
unknown, or if it is the upstream neighbor of more than 
one MAC, or if the upstream neighbor MAC is not active, 
control goes to block 618 which inserts a gap structure 
in place of the upstream neighbor. A gap structure is 
identical to the MAC structure shown in Rg. 5. except 
that is has no MAC address because the MAC is not 
known. 

Block 620 then cuts the logical topology list after 
this gap and appends the remaining MACs on the logi- 
cal topology list after the gap to the active MAC list. That 
is, the actual logical location of those MACs after the 
gap is not known, so they are simply placed on the 
active MAC list. Block 622 then calls Fig. 8 to patch the 
logical map and handle the situation of the gap. 

After returning from Fig. 8. or If the conditions of 
block 61 0, 614, and 616 were not satisfied, control goes 
to block 624 which determines whether the new 
upstream neighbor address is equal to the oki upstream 
neighbor address. That is, does this MAC have a new 
upstream neighbor from the last time it was processed. 
If the MAC does have a new upstream neighbor, block 
624 transfers to block 626 which determines whether 
the new upstream neightxy is on the topology list. If the 
new upstream neighbor is on the topology list, control 
goes to block 628 which removes MACs between the 
old upstream neighbor, including the old upstream 
neighbor MAC, up to, but not including, the new 
upstream neighbor MAC, and appends these MACs to 
the active MAC list. These MACs are removed from the 
topology list because they are not longer in the location 
on the topology list that they used to be, because the 
upstream neighbor has changed. Control then goes to 
block 632. 

If the new upstream neighbor is not on the topology 
list btock 626 goes to block 630 which renioves the new 
upstream neighbor from which ever current list it was on 
and inserts it as the upstream neighbor of the current 
MAC on the topology list. 

If the new upstream neighbor was equal to the old 
upstream nelght)or in block 624, or after performing the 
function of block 628 or block 630, control goes to block 
632 which sets the upstream neighbor MAC as the cur- 
rent MAC and returns to block 606 to process this MAC. 
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After all station MACs in the network have been 
processed, the current MAC upstream neighbor 
address becomes equal to the start MAC upstream 
neigNsor address and block 606 transfers to Fig. 7 and 
block 702. Block 702 purges all gap structures from tiie 
active MAC list. These structures may be left over from 
the patch logical map function of Rg. 8 or from the proc- 
ess of Fig, 6. Block 702 then determines whether the 
active MAC list is empty, and if it is not block 704 trans- 
fers to block 706 which inserts a gap structure as tiie 
upstream neighbor of the cun'ent MAC in the topology 
list. Since the active MAC list is not empty, at least one 
MAC did not link into the existing topology list The sys- 
tem attempts to place the remaining MACs from the 
active MAC list into the topology list This is done when 
block 708 calls Fig. 8 to patch the logical map, which will 
also process the ren^ining MACs on the active MAC 
list. After patching the logical map, or H the active MAC 
list is empty. Fig. 7 returns to its caller. 

Rg. 8 shows a flowchart of tiie patch logical map 
function called from block 622 and block 708. Referring 
now to Fig. 8, after entry, block 802 purges all gaps in 
the active MAC list. Block 804 tiien determines whether 
the active MAC list is empty and if not, transfers to block 
806 which gets the MAC at the head of tiie active MAC 
list and sets this to the current MAC. Block 808 then 
unhooks tiie MAC from the head of tiie active MAC list 
and appends it to a sequence list which will be used by 
tills process. The sequence list is a sequence of MACs 
ttiat connect to each ottier, but their location in the topol- 
ogy list is unknown. Once the location for the sequence 
is determined, tiie sequence is connected into tiie topol- 
ogy list Block 81 0 tiie sets a sequence flag to false. 

Block 812 checks the state of tiie sequence flag. If 
the sequence flag is false, block 812 transfers to block 
814 which determines whetiier the upstream neighbor 
of the current MAC is known and if it is known, block 81 4 
transfers to block 816 which determines whether the 
upstream neighbor is an active MAC, tiiat is, whether it 
sent a NIF during the cunrent monitor period. If it is 
active, block 816 transfers to block 818 which deter- 
mines whether the upstream neighbor is on the topol- 
ogy list but is not the first MAC of a sequence on tiie 
topology list. 

If tiie upstream neighbor address is unknown, or 
tiie upstream neightxsr is not active, or if tiie upstream 
neighbor Is on the logical topology list but not tiie first 
MAC of a sequence of MACs connected by their 
upstream and downstream neighbor addresses, control 
transfers to block 820 which inserts a gap structure 
upstream of the current MAC. Because of these condi- 
tions, tills MAC is the end of a sequence, so block 822 
appends the sequence to the logical topology list and 
block 824 sets the sequence flag to True. 

After setting the sequence flag to True, or if the 
upstream neighbor address was known and tiie 
upstream neighbor was active and the upstream neigh- 
bor was tiie first element of a sequence on the topology 
list, control goes to block 826 which again determines 
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whether the upstream neighbor was on the topology list 
and is the first of a sequence. If so, control goes to block 
828 which inserts the sequence list downstream of the 
upstream neighbor MAC and block 830 sets the 
sequence flag equal to True. 5 

After setting the sequence flag, or if the upstream 
neighbor was on the topology list and was also the first 
of a sequence, control goes to block 832 which deter- 
mines whether the upstream neighbor Is on the active 
MAC list and if so. control transfers to block 834 which 
removes the upstream neighbor from tiie active MAC 
list and appends it to the sequence list. Block 836 then 
sets the cun^ent MAC to the upstream neighbor MAC. 

If the upstream neighbor was not on the active MAC 
list, or after setting the current MAC to the upsti-eam 
neighbor address, control goes back to blod< 81 2 which 
checks the sequence flag. If the sequence flag is True, 
control goes to block 804 which determines whetiier the 
active MAC list is empty. After all active MACs on the list 
have been processed, block 804 returns to Fig. 6 or 7 
from which it was called. 

Fig. 9 shows a screen display including a window 
that illustrates the logical topology list built by the proc- 
ess of Figs. 3-8. This saeen shows the network of Fig. 
1 in the token path order, which Is the logical view of the 
network. 

Fig. 10 shows a state diagram of the physical map- 
ping process which would be called by the FDDI ring 
manager software 220 (Fig. 2) if the user requests a dis- 
play of a physical map of ttie network. Refening now to 
Fig. 10, after the user requests a physical map be dis- 
played, control enters Fig. 10 at the STOP state 1002, 
Once the user presses the start button, control transfers 
to the INIT state 1006 which performs the initiali2ation 
process described below with respect to Fig. 1 1 . Control 
then Immediately transfers to the MONITOR state 1010 
and waits for a station information frame (SIF) to be 
received. Once a SIF is received, control transfers to 
PROCESS SIF state 1014 which performs the function 
desaibed below with respect to Rg. 12. After process- 
ing tiie SIF. control goes back to MONITOR state 1010. 
The INIT state 1006 set a monitor timer, and once rt 
expires, control transfers to the WAIT state 1022 where 
the process described below with respect to Figs. 15 
and 16 is performed. The INIT process 1006 also sets 
an update timer, and if tiiis timer expires, control trans- 
fers back to the INIT process and the physical topology 
mapping process repeats. If. however, ttie user presses 
the stop button, eitiier while in the monitor state 1010 or 
the wait state 1022. control retums to the stop state and 
the physical topology process is terminated. 

Fig. 11 shows the process performed in the INIT 
state 1006 of Rg. 10. Refenring now to Fig. 11. after 
entry, block 1102 sends a broadcast configure SIF 
request to the network. This request goes to all stations 
on the network, and causes each of tiiem to send a sta- 
tion information frame containing information atx)ut the 
cun-ent state of ttie station. After sending the broadcast 
configure SIF request, block 1104 sends a broadcast 
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operation SIF request Block 1 106 tiien sets ttie wonWor 
timer to ten seconds, which is a sufficient time to receive 
all tiie SIFs from ttie otiier stations. Block 1108 then 
sets ttie update timer to some user defined interval, 
which must be greater than the monitor timer. The 
update timer is set by the user to define an interval after 
which the user wishes ttie network to be mapped a sec- 
ond or subsequent times. By using tiiis timer, the user 
can cause tiie system to repeatedly refresh the physical 
map of the system, at ttie Interval defined by the user. 
After setting the update timer, block 1 108 retums to its 
caller. 

Rg. 12 shows a flowchart of the PROCESS SIF 
state 1014 of Rg. 10. Referring now to Fig. 12, after 
entry, block 1202 finds ttie MAC structure for tiie MAC 
station that sent the SIR Block 1204 determines 
whether the MAC structure was found, add if it was not, 
block 1204 transfers to block 1206 which builds a MAC 
structure for the station and then block 1208 appends 
the MAC structure to the active MACs list. 

If the MAC structure was found, block 1204 trans- 
fers to block 1210 which determines whether the MAC 
structure is already on ttie logical topology list. If not, 
block 1210 goes to block 1212 which removes the MAC 
structure from whatever cun'ent list it is on and appends 
it to ttie active MACs list. 

After removing the MAC from tiie current list, or 
after building and appending a MAC structure, control 
goes to block 1214. Block 1214 updates the MAC struc- 
ture, port structure, and station structure for the MAC 
ttiat sent the SIR Block 1216 then builds the internal 
token path from the patti descriptor information sent 
back with the SIR The internal token path was 
described above witti respect to Fig. 1, and is repre- 
sented by ttie dashed lines in Fig. 1. After building the 
internal token path. Fig. 12 returns to its caller. 

Rg. 13 shows a block diagram of ttie station struc- 
ture which is used by the process of Figs. 12 and Rgs. 
15-16. Refemng now to Fig. 13. section 1302 defines 
information common to all stations, such as the station 
network ID. the name of ttie station, tiie type of the sta- 
tion, the number of MACs present in the station, the 
number of M type ports in the station, and the nun^er of 
A/B/S type ports contained in the station. Section 1304 
is an array containing an entry for each port of ttie sta- 
tion, as well as an entry for the station's MAC. Each ele- 
ment of this array defines the type of the port, and a 
pointer to the port structure, defined below with respect 
to Fig. 14. 

Rg. 14 shows a definition of the data structure for 
each port of a station. Referring now to Fig. 14. section 
1402 defines tiie type and current status of ttie port, 
such as active or inactive. Section 1404 defines whether 
the port is attached to the primary or secondary ring, if 
it is attached to the trunk ring. Section 1406 contains a 
pointer to the previous port structure witiiin this station 
and section 1412 d^ines a pointer to the next port 
structure wittiin this station. Section 1 408 is a pointer to 
the station structure for this station and section 1410 is 
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a pointer to the remote port connected to this port on 
the network. That is, if this port contains a connection to 
another station, section 14 contains a pointer to the port 
structure of the port of that station to which this port Is 
connected. 

Rgs. 15 and 16 show a flowchart of the process 
performed in the wait state 1022. This process is called 
thread physical links, and it connects all the pointers in 
the MAC structure, station structure, and port structures 
defined above, In order to display the physical topology 
of the network. 

Referring now to Fig. 15. after entry, block 1502 
calls the process of Rg. 6 to build the logical map for the 
network, as desaibed above. In this instance. Rg. 6 
uses the upstream neighbor addresses and down- 
stream neighbor addresses form the SIF configuration 
frames to build the logical map of the network. Block 
1504 then calls Fig. 16 to perform the thread physical 
links process. 

Rg. 16 shows a flowchart of the thread physical 
links process called from Rg. 15. Refemng now to Rg. 
16, after entry, block 1602 clears all remote port struc- 
ture pointers, that is, the pointers desaibed above with 
respect to section 1410 of Fig. 14. Block 1604 then 
selects one of the rooted M ACs as tiie start and current 
MACS. Rooted MACs were described above with 
respect to Fig. 1 , and comprised that sub-section of the 
MACs that are located on the trunk ring. Any one of 
these rooted MACs may be selected in block 1604 to 
start the tiiread physical links process. 

Block 1606 then sets the end MAC to be the first 
MAC downstream of the start MAC that belongs to a 
station other than the same station as tiie start MAC. 
Since a station may have more than one MAC, block 
1606 will not pick a second MAC within the same sta- 
tion. 

Block 1608 then determines whether tiie cun^ent 
MAC is equal to tiie end MAC. and if it is, returns to its 
caller since the physical tiiread process Is complete. If 
the current MAC is not equal to the end MAC, block 
1608 goes to block 1610 which finds tiie first MAC 
upstream of the current MAC on tiie logical topology list 
that belongs to a different station other than the station 
containing the current MAC. This MAC is then called tfie 
next MAC. After completing tills step, tiie process has 
two MACs ttiat belong to neighboring stations. 

The next step is to find the end ports for the physical 
connection between these two stations. Block 1612 
traverses the internal token patii from the next MAC in 
the downstream direction until a port is reached. Tliis is 
called tiie next port. Block 1614 finds a port by travers- 
ing the internal token path from the current MAC In the 
upstream direction until a port is reached. This port is 
called tiie cun-ent port. 

Block 1616 tiien detemnines whettier tiie cunrent 
port Is already linked to a remote port. If so. block 1616 
transfers to k>lock 1618 which sets the cun-ent port as 
the remote port and tiien block 1620 determines 
whether the current port is the same as the next port. If 
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tiiis is tiie case, block 1620 returns to the caller of Rg. 
16 since a wrapped station has been detected, tf tiie 
current port Is not equal to the next port, block 1620 
goes to block 1622 which traverses the Internal token 

5 path from the current port in the upstream direction until 
a port Is found and tiien returns to block 1616. This 
process continues until the current port is not linked to a 
remote port wherein control goes to block 1 624. 

At tiiis point tiie process has two end ports of a 

10 physical connection so block 1 624 links these two ports 
together by setting the remote port of the cunrent port 
equal to the next port and by setting the remote port of 
tiie next port equal to the current port. Block 1626 then 
sets tiie current MAC equal to the next upsti-eam MAC 

75 and returns to block 1608. This process continues until 
the entire network has been traversed at which point the 
current MAC equals the end MAC and block 1608 
returns to its caller. 

Rg. 17 shows a screen display of tiie physical 

20 topology as determined by the above described proc- 
ess. Rg. 17 shows the trunk ring which comprises the 
3COM Router, the DEC 500 Concentrator and 
ROUTER-2. For each of tiie stations shown In the trunk 
ring, the user can select that station and have tiie sta- 

25 tions below It displayed on the bottom section of the 
screen 1704. In tills example, the user has selected the 
DEC 500 Concentrator to be displayed In the window 
1704. Window 1704 shows that the Network Peripheral 
Concentrator, tiie HP Network Advisor and Frank's Sta- 

30 tion are connected directiy to tiie DEC 500 Concentra- 
tor. This reflects tiie networK as desaibed above with 
respect to Fig. 1. 

Having thus described a presently preferred 
embodiment of tiie present invention, it will now be 

35 appredated tiiat tiie aspects of the invention have been 
fully achieved, and it will be understood by tiiose skilled 
in the art that many changes in construction and cir- 
cuitry and widely differing embodiments and applica- 
tions of tiie invention will suggest themselves without 

40 departing from the scope of tiie present invention as 
defined in the claims. The disclosures and the descrip- 
tion herein are intended to be Illustrative and are not in 
any sense limiting of the invention, defined in scope by 
the following claims. 

45 

Claims 

1. A method for constructing and displaying a map of 
the physical connections between stations (114, 
so 118. 120. 122) of a computer network (102), said 
metiiod comprising tiie steps of: 

transmitting (1102) a request to all stations of 
said network to request station management 
55 information; 

receiving (1202) station management informa- 
tion data frames from each active station wltiiin 
said network: 
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building (1206) a port connection data struc- 
ture within a memory of a computer system 
that receives said data frames, wherein said 
port connection data structure contains con- 
nections between each of said stations of said $ 
network; and 

displaying (1010) said port connection data 
structure on a display device connected to said 
computer system. 

10 

A method for constructing and displaying a map of 
the connections between stations (114. 118, 120. 
1 22) of a token ring type of computer network (1 02), 
said method comprising the steps of: 

IS 

receiving (402) neighbor information manage- 
ment information data frames from each active 
station within sakJ network; 
defining (404) a data structure for each active 
station on said network, wherein said data 20 
structure identifies the station immediately 
upstream of a station for which the data struc- 
ture is defined; 

building (Fig. 6) a station list within a memory of 
a computer system that receives said data 25 
frames, wherein said station list links said sta- 
tions in an order that each receives a token 
passed between stations of said network; 
transmitting (1 102) a request to all stations of 
said network to request station management so 
Information; 

receiving (1202) station management informa- 
tion data frames from each active station within 
said network; 

building (1206) a port connection data struc- 35 
ture within a memory of a computer system 
that receives said data frames, wherein said 
port connection data structure contains con- 
nections between each of said stations of said 
network; and 40 
displaying (1010) said station list and said port 
connection data structure on a display device 
connected to said computer system. 

The method of claims 1 and 2 wherein the step of 45 
building a port connection data structure further 
comprises the step of: 

constructing said port connection data struc- 
ture as a plurality of station data structures so 
(Fig. 13). one station data structure for each 
active station on said networK wherein each of 
said station data structures provides a plurality 
of port data structures (Fig. 14). one port data 
structure for each connection port within a sta- ss 
tion. and further constructing connection ele- 
ments between said port data structures, 
wherein said connection elements represent 



physical cc^nections between ports of said sta- 
tions. 

4. The method of claims 1 and 2 further comprising 
the steps of: 

estat)lishlng a timer (1108) having a value 
entered by a user of said method; and 
repeating all steps prior to this step when a 
time value in said timer is exceeded. 

5. The method of claims 1 and 2 wherein the step of 
receiving station management infbrmation further 
comprises the step of: 

waiting a predetermined amount of time (1 106) 
for said station information management data 
frames to be received from all active stations 
on said network before proceeding with the 
next step. 

6. The method of claims 1 and 2 wherein said network 
(102) comprises a fiber distributed data interface 
network. 

7. The method of claim 2 wherein the step of buikiing 
a station list further comprises the steps of: 

(c1) selecting (604) one of said active stations 
for said station list, wherein said active station 
has not been previously selected. 
(c2) if said active station selected in step (c1) 
has identified an upstream station Immediately 
upstream of said station and said upstream 
station is an active station (610). and said 
upstream station is not the upstream station of 
any other station (614). placing said upstream 
station on said station list, othenwise placing a 
gap structure (618) on said station list, wherein 
said gap structure defines an unknown 
upstream station, and 

(c3) repeating steps (c1) through (c2) for each 
station that has sent neighbor information. 

8. The method of claim 7 wherein step (c2) further 
comprises the steps of: 

(c2a) after inserting a gap structure on sakj sta- 
tion list searching (620) the active stations for 
connected sequences of stations, and inserting 
these sequences into the station list 
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